home *** CD-ROM | disk | FTP | other *** search
- Path: inforamp.net!ts31-16
- From: crs0794@inforamp.net (Geoffrey Welsh)
- Newsgroups: comp.dcom.modems
- Subject: Re: Is USR going to support 42bis+ on future courier upgrades?
- Date: 26 Mar 1996 03:59:55 GMT
- Organization: InfoRamp Inc., Toronto, Ontario (416) 363-9100
- Message-ID: <4j7q3r$l33@sam.inforamp.net>
- References: <4j2fv1$8kf@nnrp1.news.primenet.com> <4j2iun$a3t@newsbf02.news.aol.com> <4j3r1f$1tc4@seminole.gate.net> <4j468j$gg1@drencrom.insync.net>
- NNTP-Posting-Host: ts31-16.tor.inforamp.net
- X-Newsreader: News Xpress Version 1.0 Beta #4
-
- In article <4j468j$gg1@drencrom.insync.net>,
- bretting@insync.net (Greg Bretting) wrote:
- >I don't think the errors you were seeing were the fault of MS-DOS... I've
- >transferred hundreds of megs of data between DOS machines using LapLink and
- >a null modem cable @115200 and have never had a problem.
-
- LapLink and similar utilities poll the UART frantically and don't try to
- receive data and write to disk (or scroll a screen, or whetever) at the same
- time. This technique is useful for demonstrating that the 8250's repuated
- speed limits of 19200, 38400, or 57600 bps s just a myth, but it simply can't
- be used in a sophisticated general purpose communications package, and
- certainly not in a multitasking (let alone multiuser) environment. For
- general purpose use, the only reasonable way to go is interrupt-driven, and
- the device drivers and memory managers used with MS-DOS (not to mention the
- graphical user interface shells, ahem) play havoc with interrupt response
- time.
-
- --
- Geoffrey Welsh, Developer, InSystems Technologies Inc.
- Temporary: crs0794@inforamp.net; At work: insystem@pathcom.com
- At home: geoff@zswamp.uucp or [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff
- Capitalism is a cold-hearted system which guards the interests of whoever's
- at the top, yet hypocritically claims that it offers everyone a fair shot.
- So is every other system ever put in place by man.
-